[{"_1":2,"_73":-5,"_74":-5},"loaderData",{"_3":4,"_72":-5},"routes/articles_.$category.$article-title",{"_5":6,"_23":24},"article",{"_7":8,"_9":10,"_11":12,"_13":14,"_15":16,"_17":18,"_19":20,"_21":22},"id","presentation+[발표] 개발자의 학과 습","category","presentation","content","

$\"developer_learning_and_training\"$

컴공선배에서 주관한 너디너리 데모데이에서 개발자의 학습에 대한 주제로 발표를 했어요. 오랜만에 외부 발표를 하니 긴장감도 있고 생각 정리도 되고 좋았습니다.

발표 자료: https://present.do/documents/64ff0be77b111b10ca480f43
발표 영상: https://www.youtube.com/watch?v=qlNzmQEuMjQ

","title","[발표] 개발자의 학과 습","lastUpdatedAt","Mon Sep 11 2023 22:43:00 GMT+0000 (Coordinated Universal Time)","thumbnail","./images/developer_learning_and_training.jpg","description","컴공선배에서 주관한 너디너리 데모데이에서 개발자의 학습에 대한 주제로 발표를 했어요. 오랜만에 외부 발표를 하니 긴장감도 있고 생각 정리도 되고 좋았습니다. 발표 자료 httpspresent.dodocuments64ff0be77b111b10ca480f43 발표 영상 httpsw","readingTime",1,"recentArticles",[25,36,45,55,63],{"_7":26,"_9":27,"_11":28,"_13":29,"_15":30,"_17":31,"_19":32,"_33":34,"_21":35},"essay+Release Note (2025-03)","essay","

$\"\"$

\n
3월, March. March라는 단어는 로마 전쟁의 신, 마르스(Mars)에서 유래한다. 로마의 3월은 한해의 첫번째 달이었다. 봄이 시작되며 전쟁을 준비하는 시기였다. 그래서 전쟁의 신의 이름을 따와 'Martius'라고 명명했고 이것이 March로 바뀌었다.
\n

얼었던 공기가 녹으면서 괜히 걷고 싶게 했다. 금방 더워지고 짧았던 계절인데, 올해 3월은 유독 사건이 많다.

작년 이맘 때, 제주로 웨딩 스냅 촬영을 다녀왔다. 이슬비가 부슬 부슬 내렸다. 편의점에서 급하게 산 투명 우산을 쓰고 촬영을 했다. 산 중턱 자욱한 안개는 몽환적인 느낌을 만들었다. 촬영장은 마치 구름 속에서 우연히 발견한 목장 같았다. 2박 3일 짧은 일정이었는데, 아직도 축축했던 제주 냄새가 선명하다.

3월의 철학자, 한나 아렌트

이번 달엔 Hannah Arendt, Action 한나 아렌트에 대해 정리했다. 어설프게 하고 있던 생각이 어떤 철학자에 의해 정리될 때 약간의 희열을 느끼는 것 같다. AI, 그리고 하고 싶은 것 글에서 의미에 대한 이야기를 했는데 조금 더 구체화됐다.

3월의 영화, 미키17

봉준호 감독님의 Mickey 17을 봤다. 비판적인 요소들이 나에겐 스타트업 같았다. Mickey 17은 우리에게 필요한 정신과 경계해야 하는 것을 알려줬다.

17의 회복탄력성과 다정함, 18의 희생 정신과 강인함, 나샤의 저항 정신과 용맹함이 필요한 정신이다. 마샬이라는 독재자는 시종일관 보여지는 것에 집중한다. 그의 아내는 음식이라는 본질이 아닌 소스라는 부수적인 것에 집중한다. 이 두 모습을 통해 우리가 무엇을 경계해야 하는지 얘기한다.

혼자서 달성할 수 있는 임팩트와 팀을 이뤄 달성하는 임팩트는 다르다. 함께 가야 멀리 간다는 말, 참 말이다.

생각 1. 위기

\n
위기=위험+기회
\n

위기는 '위험'이면서 동시에 기회라는 말은 단순히 격려나 동기 부여를 위한 말이 아니다. 어떻게 하느냐에 따라 다르니 똑바로 하라는 얘기다. 진짜 위험에 빠지느냐 이것을 기회로 살릴 수 있느냐 역량에 대한 말이다.

3월이 되자 마자 제품에 반갑지 않은 사건이 생겼다. 수익과 직결되는 위기였다. 그러나 이 위기는 우리만의 위기가 아니라 경쟁사에게도 위기였다. 이 기회를 잘 살리면 우리는 살아남고 경쟁사는 정리될 수 있는 것이다.

생각 2. 잘 만들기

\n
이젠 무엇을 해야 할까.
\n

온 세상이 AI로 생산성 증대에 집중한다. 그 결과 비약적으로 증가했다. 프로토타이핑은 말도 안 되게 빠르게 만들 수 있게 되었다. 초기 단계 제품의 마켓 fit 을 검증하기 위한 이터레이션은 한 두명의 개발자로 빠르게 진행할 수 있다. 그렇다면 앞으로는 무엇에 집중해야 할지 고민해야 한다. 생산성 증대는 이미 이뤄지고 있고 모두가 제품을 빠르게 만들 수 있는 소프트웨어 양산형 시대가 됐다면 이젠 무엇을 해야 할까. 잘 만들어야 한다. 이와 관련해선 AI, 그리고 Engineer글에서 정리했다.

Worth the click

3개의 아티클.

Great movie theory

본문: https://www.workingtheorys.com/p/great-movie-theory

글에선 이 세상을 움직이는 것이 영화라고 한다. 위대한(Great) 사람들이 영화에 영향을 받고 비전을 만들고 회사를 세웠기 때문이다. 어느 정도 일리가 있다고 생각한다. 나는 여기에서 '영화'라는 부분을 이야기로 대체하고 싶다. 이 세상은 이야기로 구성되어 있다. 개개인도 어떤 이야기의 집합이다. 역사가 영어로 history인 것부터 story가 얼마나 중요한지 말하고 있다. 실제로 영화도 어떤 이야기로 구성된다. 나도 나만의 이야기를 쌓아가고 있다. 언젠가 내 이야기를 글로 쓰고 싶다.

Thinking in react-lynx

본문: https://lynxjs.org/react/thinking-in-reactlynx.html

Cross platform 쪽에 여러 가지 변경사항이 있다. Fernando가 Vercel에 합류하는가 하면 ByteDance 팀에서 Lynx를 오픈소스로 공개했다. RN, Flutter, KMP 등 이미 여러 플레이어가 있는 Cross platform에 새로운 대안이 등장한 것이다.

thinking something 글은 해당 프레임워크가 무엇을 지향하는지 잘 드러내고 있다. Main thread와 Background Thread를 나눴다. 'background-only'라는 directive도 있다. 낯섬 예산을 최소화하기 위해 React를 내세우기도 했다.

AI, 그리고 Engineer 글에서도 얘기했는데, Quality가 중요해질수록 Cross platform 보단 Native가 중요해지지 않을까 싶은데, 어떤 추세로 움직일지 기대되는 분야이다.

10 rues for crafting products that stand out

https://www.figma.com/blog/karri-saarinens-10-rules-for-crafting-products-that-stand-out/

이 글을 읽고 문화는 Top-down이란 생각이 더 견고해졌다. Quality를 제대로 정의하는 것이 중요할 것 같은데 이것이 제품에 따라 다르게 정의되지 않을까 하는 생각도 든다.

지난 회고

","Release Note (2025-03)","Sun Mar 30 2025 21:12:12 GMT+0000 (Coordinated Universal Time)","./images/release-note-2025-03.jpg","March, 한나 아렌트, Mickey 17, 위기, 잘 만들기 그리고 3편의 아티클.","permalink","release-note-2025-03",8,{"_7":37,"_9":27,"_11":38,"_13":39,"_15":40,"_17":41,"_19":42,"_33":43,"_21":44},"essay+AI, 그리고 Engineer","

$\"\"$

LLM, 그리고 Agent의 등장으로 개발자라는 직업이 재정의 될 것이며 지금과는 전혀 다른 모습이 될 것이라는 등 다양한 이야기가 오고 가는 요즘이다. 당연한 게 나부터 개발 방식이 50%는 바뀌었다. 혹은 그 이상일지도 모르겠다. 이 정도의 웅성거림은 오히려 조용한 정도다. AI 파도를 직격으로 맞고 있는 IT 업계 종사자라면 누구나 싱숭생숭하지 않을까. 나도 자연스럽게 고민하게 됐는데, 2025년 3월 기준의 생각을 정리하는 것이 좋을 것 같았다. 발전이 참 빠르고 이에 따라 생각도 변해서 굳이 날짜를 명시했다.

협업 대상으로서의 Agent

작년까지만 해도 LLM에 어떻게 질문하면 좋은 답변을 받는지, 어느 영역을 잘하는지 등 LLM을 어떻게 잘 '활용'할 것인가에 집중했다. 이젠 더 이상 활용 대상이 아니다. 그 이상이다. 내 사고를 도와주고, 내가 놓친 부분을 알려주고, 모르는 부분을 알려주는 동료에 가깝다. 근데 심지어 개떡같이 말해도 찰떡같이 알아듣는 동료다. 스스로 질문을 다듬고 프롬프트를 조율하는 것이다. 이를 활용한다고 표현하기엔 과소평가가 아닐까.

제품 개발

제품 개발에는 여러 단계와 프로세스가 존재한다. 수많은 저수준의 작업이 존재한다. 이 모든 과정에서 Agent의 역할이 있지만 우선 코딩이라는 작업에 제한하여 얘기해 보자. 어느 정도 디자인, 요구사항을 보면 어떻게 개발해야겠다는 계획이 머릿속에 잡힌다. 사람의 개발 방식에 따라(보통 숙련도에 따라) UI를 먼저 구현하기도 하고, 데이터베이스 스키마를 먼저 구현하기도 하고, 클라이언트 서버 간의 인터페이스를 먼저 정의하기도 한다. 앞서 말한 모든 단계에서 Agent의 도움을 받을 수 있다.

요구사항을 전달하고 '초벌' 된 스키마를 받을 수도 있고, 어설프지만 레이아웃은 잡혀있는 마크업을 받을 수 있다. MCP의 등장으로 더 완벽에 가까운 초벌을 받을 수 있게 됐다. 이것은 활용이라기보단 협업에 가깝다. 내가 하던 저수준 일의 일부를 가져간 '올라운더 메이커'와의 협업인 것이다. 물론 가끔 실수도 하고 어설픈 구석이 있지만 용인되는 수준이다. 나조차도 완벽하지 않으니까. 오히려 이런 부분에서 인간미가 느껴진달까. 한편으론 안도가 되기도 한다.

그림자 분신한테 '정의된' 일을 시키고 검토하고 남은 10%를 마저 채우는 식으로 작업 방식이 달라지고 있다.

잘 협업하기

잘 협업하려면 우선 Agent를 이해해야 한다. 인간과 협업할 때 상대방에 대한 이해가 중요하다. 직군에 대한 이해도 중요하지만 사람 자체에 대한 이해도 중요하다. 커뮤니케이션이 중요한 이유이다. Agent라고 다를까. 협업의 대상인 것은 동일하기 때문에 Agent에 대한 이해가 필요하다. AI가 무엇인지, LLM은 어떻게 단어의 연속을 생성해 내는지, 나랑 협업하고 있는 이 Agent는 어디에서 데이터를 참조하여 나에게 도움을 주고 있는지 등 협업하기 위해선 협업 대상에 대한 이해가 필요한 것이다.

Coding assistant tool

잘 활용하고 있다. Cursor나 Copilot 등 코드를 작성할 때 사용하는 Editor에 Agent가 들어와 있는 경우, 실제로 타이핑하여 코드를 작성하는 양보다 Agent가 작성하는 코드의 양이 압도적으로 많다. 실제로 측정해 보지 않았지만 90%에 가깝지 않을까. 아무튼 이러한 변화로 키보드에서 Tab의 위상이 높아졌다. 난 Cursor를 주로 사용하고 있고 여러 지시 사항이 담긴 .cursorrules를 적용해 효율을 끌어올리고 있다. 가끔 어떻게 내 의도를 알았는지, 뉴럴링크가 심어진 것은 아닌지 의심이 들 정도로 자동완성을 잘한다. 일반적인 코드일수록 이 현상은 심했다.

인터페이스를 명확히 정의하여 지시하는 경우 implement는 대부분 100% 제대로 구현했고 99% 수준일 경우, 테스트 코드를 작성하게 하여 스스로 수정하게 하면 100% 커버리지를 보여줬다. 함수 signature를 주거나 컴포넌트의 인터페이스를 정의하고 구현은 맡기는 방식이다.

아직까진 이것을 다음 단계의 추상화라고 할 순 없을 것 같다. 아직 흐릿한 JPEG, 100%가 아니기 때문이다. 분명 Assembly 언어가 C언어로 추상화되고 역사적으로 고수준의 프로그래밍 언어가 만들어졌지만, 이것은 약간 다른 방향의 변화라고 생각한다.

앞으로

그래서 어떻게 되는 거냐고. 내 직업이 사라지는 것인가. 불과 몇 년 전까지만 해도 개발자를 데려가기에 바빴는데 분위기로 보아하니 이젠 돈 먹는 하마, 찬밥 신세가 될 지경이다.

Product Engineer

언제부턴가 Product Engineer란 단어가 유행처럼 번지기 시작했다. 대충 어떤 느낌인진 알 것 같다. 대부분의 사람이 개발의 경계가 사라지고 제품 개발자(Product Engineer), 풀스택 개발자(Fullstack Developer)로 통합될 것이라고 하는데, 난 조금 생각이 다르다.

제품 전반을 담당할 때 장점은 두 가지이다. 첫 번째는 빠르게 제품을 개발하여 이터레이션을 진행할 수 있다. 초기 스타트업에서 PMF(Product Market Fit)를 찾기 위해 풀스택 개발자를 채용하거나 풀스택으로 개발하는 이유이다. 두 번째는 문제를 해결하는 데 있어서 더 좋은 해결 방법을 도출할 수 있다는 데 있다. 트레이드 오프를 계산할 때 넓은 시야로 문제를 조망하고 다른 관점에서 해결책을 고안할 수 있는 것이다.

크게 두 역할로 나눈다고 했을 때, 첫 번째 역할은 더 이상 개발자의 역할이 아니게 될 것이다. 어느 정도의 품질로 제품을 개발하는 일은 디자이너나 기획자분들이 더 빠르고 더 잘하는 일이 되지 않을까? 사실 Framer site나 No-code 도구들이 빠르게 발전하고 있기 때문에 꼭 Agent가 아니더라도 언젠가 일어났을 일이라고 생각한다. 가지고 있던 한계를 Less code로 극복하되, 이마저 LLM이 생성한다면 쉽게 해결되지 않을까 싶다.

두 번째 역할로서의 제품 개발자의 역할은 여전히 유효할 것으로 생각한다. 제품 전체를 바라보고 개발하는 것은 여전히 중요하다. 나무를 잘 가꾸는 것도 중요하지만 전체적인 숲을 잘 관리하는 것도 중요한 일이기 때문이다. 다만 이제 더 중요한 것은 '잘 만드는 것'이라고 생각한다.

품질

\n
같은 값이면 다홍치마
\n

생산성 증대는 이미 이뤄지고 있고 모두가 제품을 빠르게 만들 수 있는 소프트웨어 양산형 시대가 됐다면 이젠 무엇을 해야 할까.

기능은 당연한 것이 되고 경험이 중요하게 여겨지지 않을까? 더 사용자 친화적인 인터페이스를 구현하고 유려한 인터페이스가 중요해지지 않을까?
제품이 고객으로 생각하는 사용자 풀이 더 작아지지 않을까? 더 작은 세그먼트의 사용자를 위한 제품을 만들고 그들만을 위한 기능이 추가되지 않을까?

이미 여러 포화된 시장에서 보인다. 대표적으로 의류 시장이 있다. 옷의 역할은 기능을 넘어섰다. 동일한 기능의 옷들이 차고 넘친다. 자동차 시장은 어떤가. 기존엔 자동차라는 하나의 분류였다면 크기에 따라 경차, 중형자, 소형 SUV, 중형 SUV 등 세분화됐다. 고객의 유형에 따라 세단, 스포츠카, 캠핑카가 등장했다.

소프트웨어도 비슷한 길을 가지 않을까. 고객들의 요구는 다양해질 것이고, 품질에 대한 기준은 높아질 것이다. 그리고 시장은 그에 맞춰서 움직일 것이다. 우리는 이미 대안이 있다면 좋은 것을 사용한다. 불편한 소프트웨어는 사용하지 않는다.

장인 정신

그래서 잘 만들기 위해 구체적으로 무엇을 해야 하는가? 잘 만들기 위해선 장인정신이 필요하다. 전문성이 필요하다. 데이터를 잘 다룬다던가, 경험을 잘 설계하고 잘 구현한다던가. 모든 영역에 대해서 전문가가 되긴 어렵다. 자연스럽게 전문성의 세분화가 이뤄진다. 지금보다 더 세분화가 될 수도 있을 것 같다.

플랫폼

생산성도 잃지 않으면서 잘 만들기 위해선 플랫폼이 중요해진다. 플랫폼이라 하면 거시적 관점에서의 시스템이 될 수도 있고 미시적 관점에서 작은 모듈이 될 수도 있다. LLM이 제품을 만들기 위한 기반을 잘 다듬어두는 플랫폼이 중요해질 것 같다. 개발자는 플랫폼을 활용하여 제품을 개발하는 일보다 오히려 시스템, 플랫폼 사이드의 최적화가 중요해진다면 이런 방향으로 전문성의 세분화로 이어질 수 있을 것 같다.

짧은 상상

지금까진 지금 일어나고 있는 일에 대한 생각이었다. 앞으로 조금 더 나간다면 Agent가 결과물까지 산출하고, 그 결과물을 리뷰하면 되지 않을까. 인간이라는 것 자체가 직업이 되어 인간 입장에서 제품을 사용하고 피드백을 주는 것이다. 마치 여론 조사에 응하는 것처럼.

고객은 실제로 자기가 무엇을 필요로 하는지 모른다. 문제를 정의하는 것이 중요한 이유다. 앞서 정의한 문제를 전달한다고 했는데, Agent는 인간이 마주하고 있는 문제, 앞으로 마주하게 될 문제들을 확률적으로 계산하고 이러한 문제들을 해결하기 위해 여러 시도를 할 수 있다. 속도도 빠를 것이라 여러 실험을 병렬적으로 진행할 수 있다. 스스로 문제를 정의하고 해결책을 도출하여 결과물을 만들어낸다면 우린 검수만 하면 되지 않을까.

사진을 보고 고양이인지 개인지를 가르쳐줬다면 이젠 만든 결과물이 인간에게 유용한지 유용하지 않은지를 알려주는 것이다. 센서를 달고 제품을 사용하며 현실 세계의 물리학을 학습시키는 것이다. 근데 이것도 잠깐일 것 같다.

마무리

원래 3월 초 글의 주제를 정리하기 시작했을 때는 제목이 'AI 파도에 서핑하는 개발자'였다. 그러다가 파도를 쓰나미로 바꾸고 어찌해야 할지 몰라 그냥 개발자로 바꿨는데, 글을 다 쓰고나서 이 불확실성을 표현할 비유가 떠오르지 않아 모든 수식어를 내려놓았다.

최근 개발하면서 느꼈던 느낌과 생각들을 상상을 얹어 정리했다. 앞으로 어떻게 발전해 나갈지, 이미 어떻게 발전되어 있을지 궁금하다.

정리

협업 대상으로서의 Agent를 받아들이고 이해하자.
어느 정도 수준의 프로토타이핑은 더 이상 개발자들의 역할이 아니게 된다.
새로운 역할이 생기겠지만 그만큼 기존의 역할도 더 깊어질 것이다.
이제 잘 만드는 것이 중요해진다.
오히려 시스템, 플랫폼 사이드로의 전문성이 중요해지지 않을까?

생각하지 않으면 사는 대로 생각하게 된다. 그리고 생각하지 않으면 AI가 이끄는 대로 생각하게 된다.

2월 릴리즈 노트, Worth the click에서 'Taste'에 대한 생각을 짧게 남겼다. 이 글에 영향을 준 글이라 링크를 남긴다. 지난 AI, 그리고 하고 싶은 것 글에선 우린 무엇을 해야 할까에 대한 생각을 정리했고 이번엔 개발에 대한 생각을 정리했는데, 다음번엔 학습에 대한 생각을 정리하려고 한다.

","AI, 그리고 Engineer","Sun Mar 23 2025 14:00:00 GMT+0000 (Coordinated Universal Time)","./images/ai-and-engineer.jpg","LLM, 그리고 Agent의 등장으로 개발자라는 직업이 재정의 될 것이며 지금과는 전혀 다른 모습이 될 것이라는 등 다양한 이야기가 오고 가는 요즘이다. 당연한 게 나부터 개발 방식이 50는 바뀌었다. 혹은 그 이상일지도 모르겠다. 이 정도의 웅성거림은 오히려 조용한 정도다. ","ai-and-engineer",18,{"_7":46,"_9":47,"_11":48,"_13":49,"_15":50,"_17":51,"_19":52,"_33":53,"_21":54},"philosophy+Hannah Arendt, Action 한나 아렌트","philosophy","

$\"\"$

니체, 사르트르에 이어 '어떤 삶을 살고 싶은가?'에 대한 고민을 조금 더 이어 나가고 싶었다. 한 명의 철학자를 고르기보단 여러 철학자의 이야기를 공부했는데, 그 중 인상 깊었던 한나 그랜트의 철학 중 일부를 정리해 보려고 한다.

우리는 어떻게 살아가는가?

아렌트는 인간이 인생을 살아가면서 하는 활동을 노동, 작업, 행위 세 가지로 구분 지었다. 그리고 그 중 '행위'라는 활동이 인간다운 삶을 살아가는 데 있어서 가장 중요한 활동이라고 한다.

노동(Labor)

보통 노동이라고 하면 지루하고 반복적인 일이라는 뉘앙스를 준다. 아렌트는 생존을 위한 활동을 '노동'이라고 표현했다. 단어에서 느껴지는 무언가는 지울 수 없다. 노동을 상대적으로 중요하지 않다고 해서 노동의 가치를 무시한 것은 아니다. 노동에만 매몰되지 말라는 의미이다. 예를 들면 살기 위해 밥을 먹는다던가 그저 돈을 벌기 위해 일을 한다던가. 하지만 여기에 이유가 달라진다면 노동이 아니라 작업이 될 수 있고 행위가 될 수 있다. 단순히 피로해진 몸을 회복하기 위해 쉬는 시간은 노동이겠지만 예술 작품을 감상하고 이에 따라 깨달음을 얻는다면 작업이 될 수 있고, 책을 읽고 토론한다면 행위가 될 수 있다고 한다.

작업(Work)

인간이 무언가를 만들어 내는 활동을 의미한다. 예술 작품을 만든다던가 새로운 건축물을 짓는다던가 소프트웨어를 개발한다던가 창조적인 활동을 모두 포함한다. 이런 창조적인 작업이 결과물에 그치면 세상을 변화시키지 못한다. 아렌트는 행위만이 세상을 변화시킨다고 한다.

물론 지금의 관점에서 소프트웨어는 참 많은 것을 바꿔놨다. 삶을 살아가는 방식부터 무언가를 소비하고 추구하는 것까지 인생의 많은 것을 바꾼 것이 사실이다.

행위(Action)

사람들과 소통하며 새로운 것을 시작하는 활동을 이야기한다. 소통을 넘어 사람들과 연결되고 영향을 미치는 행동들을 말한다. 정치처럼 삶을 살아가는 데 있어서 직접적인 영향을 미치거나 토론과 같이 사람들과 이야기하고 새로운 것을 깨닫는 활동까지를 포함한다. 공동체 정신과도 연관이 있다.

해석

소비, 창조, 영향

이 세 가지는 단순히 어떤 활동(Activity)을 하는지를 기준으로 나뉜 것이 아니다. 그 활동이 어떤 결과물을 만드는가 질문해야 한다. 같은 활동이라도 단순히 개인의 생존에 그친다면 노동인 것이다. 어떤 결과물(output)을 만들었다면 작업이다. 그리고 이 결과물이 어떤 결과(Outcome)를 만들고 변화를 만들었다면 행위인 것이다. 세 가지를 다르게 표현한다면 소비, 창조, 영향이 아닐까 싶다.

의도

이것을 지향점, 이유 또는 의도라고 표현하고 싶다. 내가 작성하고 있는 이 글이 단순히 돈을 벌기 위해 쓰는 것이라면 노동일 것이고 나만의 사고 흐름을 글로 표현한다면 작업인 것이고 이 글을 통해 무언가 변화를 만든다면 행위인 것이다. 하고 있는 일에 자신만의 의미를 찾고 부여하는 것이 중요한 것 같다. 내가 쓰는 이 코드가 단순히 일이기 때문에, 해야 해서 한다면 소비일 것이고 내 인생에 있어서 중요한 하나의 프로젝트로 인지하고 작성한다면 창조일 것이고 이 제품이 고객들에게 긍정적인 변화를 만들 수 있다면 영향일 것이다.

마무리

한나 아렌트라고 하면 <예루살렘의 아이히만>이 가장 먼저 떠오른다. 지금 하는 일이 무슨 일인지 인지해야 한다. 인지하는 것을 넘어서 의미를 생각하고 나만의 의미를 부여하는 것이 중요하다. 단순히 생존하는 삶이 아니라, 의미있는 행위를 하는 삶을 고민해야 한다. 생각 없이 살면 사는 대로 생각하게 되고 '악의 평범성'처럼 중요한 결정을 다른 무언가에 맡겨버리게 된다. 의미 있는 삶은 사회적 틀이나 타인의 판단에 맡기지 말고, 본인 스스로 결정하는 자유를 통해 새로운 시작을 창조하는 것이다.

","Hannah Arendt, Action 한나 아렌트","Sat Mar 22 2025 12:12:12 GMT+0000 (Coordinated Universal Time)","./images/hannah-arendt.jpg","니체, 사르트르에 이어 어떤 삶을 살고 싶은가?에 대한 고민을 조금 더 이어 나가고 싶었다. 한 명의 철학자를 고르기보단 여러 철학자의 이야기를 공부했는데, 그 중 인상 깊었던 한나 그랜트의 철학 중 일부를 정리해 보려고 한다. 우리는 어떻게 살아가는가? 아렌트는 인간이 인생을","hannah-arendt",7,{"_7":56,"_9":27,"_11":57,"_13":58,"_15":59,"_17":60,"_19":61,"_33":62,"_21":35},"essay+AI, 그리고 하고 싶은 것","

$\"\"$

Vibe 코딩 시대다. 생산성을 올리기 위해 AI를 활용하는 것은 적어도 개발자에겐 필수고 당연한 일이 됐다. 그러다 문득 거인의 어깨에 오르면 끝일까 싶었고 그러면 그다음은 무엇일까, 생각했다.

'하고 싶은 것'에 대한 생각은 항상 달라진다. '하고 싶은 것'이라는 표현에 많은 것이 함축되어 있다. '하고 싶은 것을 하세요.'라는 말에 동의하기도 했고 그러지 않았기도 했으며 지금은 또 동의한다. 단순히 열정을 좇으라는 무책임한 생각은 아니다.

동기(Motivation)

무언가 하는 데 있어서 가장 중요한 것은 동기라고 생각한다. 그 중에서도 내적 동기를 얘기하고 싶다. 자율적으로 수행하지 않는 작업은 자율적으로 수행하는 일에 비해 생산성이 떨어진다는 것을 기본 전제로 한다. 그리고 높은 생산성이 좋은 결과물을 만든다고 생각한다.

내적 동기는 자율성에 기반한다. 스스로 선택한 것과 그렇지 않은 것은 완전히 다르다. 궁극적으로 스스로 내린 결정만이 동인 요소가 될 수 있다. 원하지 않는 것을 억지로 하면 자율성이 떨어지고 생산성이 낮아진다.

결과물(Outcome)

결국 하고 싶은 것을 해야 결과물도 괜찮게 나왔다. 몰입의 정도가 다르기 때문이다. 문제에 공감할 수 있어야 본질적인 이해가 가능하다. 관심이 없다면 공감할 수 없고 관찰이 없다면 이해할 수 없다. 문제를 제대로 이해하지 못하면 결과물이 좋을 수 없다.

How

그렇다면 하고 싶은 것은 어떻게 할 수 있을까? 하고 싶은 것을 한다는 것은 그렇게 만만치 않다. 먹고 살기 위해 딱히 하고 싶지 않은 일을 하는 경우가 더 많다. 또 하고 싶은 일로 먹고 살 수 있을지 확신하기 어렵다. 그리고 당연하게도 하고 싶은 것이 없기도 하다.

용기

현재 누리고 있는 것들을 많이 내려놓아야 하고 싶은 것을 할 수 있다. 손에 쥔 것이 많을수록 쉽지 않다. 하고 싶은 것을 하기 위해선 더하기가 아니라 빼기가 필요하다. 내려놓을 용기부터 찾아야 한다.

내 경험을 되돌아보면 그동안 함께 했던 팀은 참 훌륭한 팀이었다. 계산기 두드려보면 떠날 이유가 없는 팀이었다. 그렇기에 머리의 '판단'은 참고 정도로만 여겨야 한는 것을 깨달았다. 새로운 도전을 하기 위해 대학교를 자퇴하거나 함께하던 팀을 떠나거나 내려놓을 용기가 필요하다.

탐색

사실 하고 싶은 것이 있다는 것 자체가 축복이다. 없다면 없는 대로 살아도 그만이지만 일을 통해 의미를 찾고 싶다면 어느 정도의 탐색이 필요하다. 이 역시 용기가 필요하다. 자신의 활동 범위를 넓히고 새로운 것을 해보고 만나지 않던 사람을 만나야 한다. 직접 경험해보기 전까진 모르기 때문이다. 막상 해보고 나니 하고 싶었던 것이 하기 싫어지는 경우도 있다.

커피챗을 통해 업계 사람들과 이야기를 나누고 색다른 취미를 통해 새로운 사람들을 만나는 것이 탐색에 큰 도움이 됐다.

전환

'일체유심조(一切唯心造)'라는 옛말에 이르길 모든 일은 마음먹기 마련이다. '정신 승리'라고도 비꼬기도 하는데 아예 틀린 말은 아니라고 생각한다. 하고 있는 일을 하고 싶은 일로 인식을 전환하는 것이 대안이 될 수 있다. 또는 하고 싶은 일로 가는 길, 그 일부라고 생각하면 조금은 다르게 접근할 수 있다.

이런 의미 부여는 꽤 유의미하다. 환경 문제를 해결하고 싶은데, 현실적으로 환경 단체에 들어가기 힘들다면 간접적으로 환경 문제를 해결하면 된다. 중고 거래를 보다 잘 이뤄지게 하여 새로운 소비를 줄이고 이에 따라 생산을 줄인다면 환경 문제에 조금이나마 기여할 수 있다. 자신이 하는 일이 직접적으로 환경 문제를 해결하진 않지만, 간접적으로 영향을 줄 수 있는 것이다. 이런 인식의 전환으로 동기 부여와 집중력을 끌어올려 본인의 생산성을 올릴 수 있다.

자신이 하는 일이 어떤 결과를 만들고 어떤 영향을 미치는지 고민해 봐야 하지 않을까.

마무리

온 세상이 AI에 집중하는 중 내면의 무언가에 초점을 맞춰봤다. AI 덕분에 반복되는 작업, 귀찮은 작업이 점점 사라지고 있다. 귀찮은 것들은 전부 시키고 인간은 하고 싶은 일에 집중할 수 있을까? 그러면 일이 지금보다 더 즐거워질 수 있지 않을까?

","AI, 그리고 하고 싶은 것","Sun Mar 16 2025 08:00:00 GMT+0000 (Coordinated Universal Time)","./images/what-i-want-to-do-and-ai.jpg","Vibe 코딩 시대다. 생산성을 올리기 위해 AI를 활용하는 것은 적어도 개발자에겐 필수고 당연한 일이 됐다. 그러다 문득 거인의 어깨에 오르면 끝일까 싶었고 그러면 그다음은 무엇일까, 생각했다. 하고 싶은 것에 대한 생각은 항상 달라진다. 하고 싶은 것이라는 표현에 많은 것이","what-i-want-to-do-and-ai",{"_7":64,"_9":27,"_11":65,"_13":66,"_15":67,"_17":68,"_19":69,"_33":70,"_21":71},"essay+Release Note, Beginning","

$\"\"$

월을 되돌아 보기 시작한 것은 작년이었다. 1달 1러닝이라는 활동을 하면서 새로운 것을 학습했다. 자연스럽게 내용을 정리하면서 어떤 일이 있었는지 회고했다. 많이 회고한 달도 있었고 그렇지 않은 달도 있었다. 회고 자체보다 회고를 할 것이기 때문에 틈틈히 기록하는 것이 더 도움됐다.

아쉬운 점도 있었다. 연말 회고 때 월간 회고를 살펴보면서 좀 더 잘 정리했으면 좋았을 내용이 많았다. 외부에 공개해도 좋았을 내용도 있고 그 때의 감정이나 깨달음을 좀 더 잘 남겼으면 하는 아쉬움도 있었다. 그래서 올해부터는 외부에 공개하는 월간 회고를 작성하기로 했다.

이름

월간 회고라는 딱딱한 이름을 사용하고 싶진 않았다. 월간 OO은 이미 많았다. 일종의 시리즈 글이 될 것이고 앞으로도 꾸준히 하고 싶은 마음에 마음에 드는 이름을 붙여주고 싶었다. 이름을 부여한다는 것은 어느 정도의 애정을 전제로 하는 것 같다.

한편으론 뭐 대단한가 싶은 마음에 그냥 월간 회고라고 할까 싶다가도 다른 이름을 고민하곤 했다. 일기는 매일 기록하는 무언가니 월기라고 할까, 월은 한자이니 달기라고 할까. 딸기를 떠올리는 듯하면서 재밌는 이름이다 싶었는데, 성에 차지 않았다. 영어로 할까 싶다가도 내 정체성을 조금이나마 남기면 좋지 않을까 싶었다. 아마 이 회고 내용에 기술적인 내용이 많진 않겠지만 한 방울은 남기고 싶었달까. 커밋, 트레이스, 태그, 이터레이션 등 다양한 용어들이 떠올랐는데, '릴리즈 노트'라는 이름을 붙였다. (로그라는 이름은 이미 연말 회고에서 사용하고 있어서 제외했다.)

알맹이

무언가를 시작할 때, 포장지부터 고민하는 좋지 않은 습관이 있다. 오픈소스를 한다 하더라도 실제로 구현하기 전에 이름을 먼저 고민하곤 했다.

이 릴리즈 노트는 틀이 있으면서도 없을 것 같다. 어느 달부터 불쑥 추가하고 싶은 것이 생기면 추가할 것이고 빼고 싶은 구성이 생기거나 딱히 공유할 무언가가 없다면 과감히 제거할 것이다. 다만 한달이 다 갔을 즈음에 정리하여 공유하는 것 그리고 일정 분량을 맞출 것. 두 가지는 꼭 지키려고 한다.

올해도 1달 1러닝을 하고 있긴 하지만 조금 다른 방식으로 하고 있다. 작년엔 실생활과 직접적으로 관련있는 재테크, 보험, 건강 등 정보를 수집하는 것이었다면 올해 1분기는 나에 대해 질문하고 사유의 과정을 담았다. 그러다보니 자연스럽게 철학이라는 분야에 대해 학습하게 되었고 꾸준히 해 나가고 있다.

한 편의 블로그 글로는 부족하지만 한 단락, 한 문장으로 가치있는 내용들을 담아보려고 한다. 읽었던 책 중에서 만난 문장들이나 영화에서 들은 대사라던가. 물론 소개할만한 책과 영화가 있다면 함께 소개하려고 한다.

Worth the click

최근 꽤많은 뉴스레터를 정리했다. 엄청난 양의 뉴스레터를 구독하고 있었는데, 대부분 깊게 읽지 못했다. 선택과 집중이 필요하다고 판단했고 10개 미만으로 뉴스레터를 정리했다. 그 중에서도 꽤나 인상깊은 링크를 짤막한 생각과 함께 공유해보려고 한다. 글일 수도 있고 영상일 수도 있고 SNS 글일 수도 있겠다. 이런 목적을 두면 읽을 때 좀 더 집중해서 읽게 되더라.

마무리

사실 글의 제목은 '시작하며'이지만 이 글은 세번째 회고, 그러니까 3월을 보내는 중에 방향성이 잡혔고 좀 더 잘해보자는 의미에서 쓰기 시작했다. 일종의 공개 선언 효과랄까.

","Release Note, Beginning","Sun Mar 09 2025 12:12:12 GMT+0000 (Coordinated Universal Time)","./images/about-release-note.jpg","월을 되돌아 보기 시작한 것은 작년이었다. 1달 1러닝이라는 활동을 하면서 새로운 것을 학습했다. 자연스럽게 내용을 정리하면서 어떤 일이 있었는지 회고했다. 많이 회고한 달도 있었고 그렇지 않은 달도 있었다. 회고 자체보다 회고를 할 것이기 때문에 틈틈히 기록하는 것이 더 도움","about-release-note",6,"root","actionData","errors"]